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(57) Abstract 

A flexible service 
management system creates, 
provisions, customizes, and 
restricts service offerings 
available on an intelligent 
netwoiic. A service creation 
environment has a schema 
query, service screen 
iRiilder, and logic analyzer 
that cooperate to create a 
service screen definition. 
The service screen definition 
supports graphical user 
interfaces thzi interface with 
a telephony database. The 
service screen definition 
is deployed to a service 
management system within 
a service definition package, 
the service management 
system interfacing with 
a ' telephcmy database 
stOTing telephony data for 
supporting a service. The 
service screen definition 
enables a screen interpreter 
tfiat can reside on a service 

3^i^j2i'^ta wift .elephony database. Tl. sc«en ..r^ intents the --.--"^f Lt^oS 
access to telephony data and to diiect provisioning of services to network d«nents^ as a service conaol pom^ ^^P^^ 
^ functions acconling to customized subscription data in the telephony datab^. IT* f^f^"^"^^^ comm,m,cate 
through the worid wide web to allow customer or other data entry operator access to data on a filtered or restricted basis. 
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SERVICE MANAGEMENT ACCESS POINT 

yvruKirt^x. FTRT.P OF THE TNVENTIQN 

This invention relates in general to the field of 
telephony communications, and more particularly to a 
system and method for flexibly managing telephony 
5 services on a telephony network. 



BACKGROUND OF THE INVENTION 

Telecommunication companies frequently sell access 
to physical network telephony communication 
infrastructure and to telephony services related to the 
efficient use of such infrastructure.* In offering 
services, the telecommunication companies have 
increasingly allowed individuals outside their corporate 
boundaries with options for customizing, restricting, and 
provisioning the services. An increasing number of 
companies are entering the telephony service bureau 
market to sell services by leasing "space" on network 
infrastructures from network operators. This service 
market treats physical telephony networks as a commodity 
which the service bureaus lease from network providers. 
Service bureaus acquire service technology to solve 
business telephony needs and then resell access to the 
technology solution to other telecommunication providers. 

One example of a service typically sold by a service 
bureau is a toll free "800" number such as, for instance, 

the toll free number frequently used by mail order 

.t - 

businesses that sell consumer goods. A consumer can 
order goods from a mail order company by dialing one toll 
free number. The consumer's call is routed to a central 
processor, such as a service control point. The central 
processor associates the 800 number dialed by the 
consumer with the physical location of the mail order 
company on the network and provides a number for that 



location to a switch, which routes the consumer's call to 
that physical location. 

Presently, a service subscriber like the mail order 
company described above, must rely on a service operator 
to set up and provide the toll free service. The service 
operator must coordinate with the network operator to 
provision the service to the central processors on the 
network. However, creating and provisioning a service on 
a network can involve complicated software programming 
and development. Small changes to the service can 
require extensive programming to enable service logic 
features and rules on the central processor. This 
programming is generally accomplished in object oriented 
C++ software language, and can take six to nine months 
from the beginning of development until deployment is 
accomplished on a given network. 

Another difficulty related to the creation and 
provisioning of a service is the service's interaction 
with the telephony database of the network operator. A 
single service may have to extract and use data fields 
from as many as fifteen to twenty separate tables of the 
telephony database. Network operators have accumulated 
these databases over time without necessarily intending 
to make these databases available to third parties such 
as service operators and service subscribers. 
Accordingly, these databases may be arranged in non-user 
friendly formats which require extensive training to 
understand and use. 



4 

For instance, in a typical database, one table can 
contain a customer's name, telephone number and billing 
information in separate entry fields In which each field 
is identified by a unique acronym label. A separate 
table can contain telephone numbers with each telephone 
number having associated data identifying particular 
options associated with the telephone number, such as 
call waiting or call forwarding, again with each field 
identified by a unique acronym label. A data entry 
operator would have to know how to access and iinderstand 
each table and each acronym in a datcibase to provide 
assistance to a service subscriber seeking, for instance 
to have a call waiting service enabled for his telephone 
number. Further, the data entry operator would have 
complete access to the database, including access to 
sensitive data, such as credit information, even though 
the data entry operator has no need for access to this 
sensitive information to enaJsle the service. 
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qTTMMARY Of THK TWVENTION 

Therefore, a need has arisen for a flexible service 
management system to create customize, restrict and 
provision telephony services onto a telephony network 
5 with minimal software programming and with maximized 
direct interaction by service operators, service 
providers, or service sxibscribers . 

A further need has arisen for a service management 
access point that can provide direct access to selected 
10 telephony database fields for service customization by a 
service operator, service provider, or service 
subscriber, without requiring alterations to the service 
by the network operator. 

A further need has arisen for a system and method to 
15 generate graphical user interfaces with, logic to support 
interactions with a telephony database for supporting 
customization and provisioning of a telephony service on 
a telephony network. 

A further need has arisen for a system and method 
20 for controlling access to a telephony database to allow 
user- friendly interaction to portions of the telephony 
database having sensitive data while restricting access 
to the sensitive data itself. 

In accordance with the present invention, a system 
25 and-method for flexibly managing services on a telephony 
network is provided that substantially eliminates or 
reduces disadvantages and problems associated with 
previously developed means of providing services on a 



telephony network. A service management system 
interfaces with a telephony network to support a 
telephony service defined in an associated service 
definition package. The service management system 
accepts telephony data for supporting the telephony 
service. The service management system then validates 
the telephony data for consistency with the service and 

the telephony database, including validation of .the 

data's consistency with service exclusions and 
interactions, and the data's consistency on a field level 
and a record level, such as the data's referential 
integrity. The service management system next stores the 
telephony data, thus acting as a master database for the 
telephony network. The telephony data can include 
different versions of services and the status of data for 
a service, such as active, sending, pending or saved 
status. The service management system then downloads the 
telephony data to, for instance, provision the service or 
activate the service on network elements such as the 
service control point. 

Also in accordance with the present invention, a 
service management access point is provided thait 
substantially eliminates or reduces disadvantages and 
problems associated with previously developed means of 
interacting with a telephony network to manipulate a 
telephony service. The service management access point 
allows a physical interface with a network by a service 
operator, service provider or service subscriber that 
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permits customizing, restricting, and provisioning 
services on a telephony network. A data entry device 
interfaces with a telephony database t-hrough graphical 
user interfaces generated with a screen interpreter 
5 located on the service management access point. The 
screen interpreter interacts with a service screen 
definition located in the service definition package on 
the service. .roanageinent system to create service view 
screens that map telephony data from a table -based schema 
10 to a user-friendly service view. A data entry user can 
customize a service by building a service profile having 
predetermined service features, or by building a service 
script with service features from the service definition 
. package or the service profile. The user can input 
15 service, specific subscription data to enable service 

features. The service management access point can filter 
telephony data to restrict viewing, or to restrict 
changes to viewed data. The user can provision a 
customized service, including a new service or changes to 
20 an existing service, through the service management 

access point's interaction with the service management 
system. 

Also in accordance with the present invention, an 
interface is provided for controlling access to a 
25 telephony database that substantially eliminates or 
reduces disadvantages and problems associated with 
previously developed telephony database interfaces. A 
service creation environment allows engineering of 
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graphical user interface through a service screen 
definition included in a service definition package that 
is deployed to a telephony network. A- screen builder 
builds the service screen definition according to 
directions from a schema query, which' identifies 
telephony data for supporting a telephony service 
according to a predefined telephony database schema. A 
logic analyzer creates executable code to support 
interaction between a screen interpreter and the 
telephony database according to the schema query and the 
predefined schema, and cooperates with the schema queiy 
and screen builder to insert the executable code into the 
service screen definition. The service screen definition 
can be deployed to a service management system to 
cooperate with a screen interpreter for supporting 
interaction with a service on a network. 

More specifically, the present invention allows 
creation of a service in a service creation environment 
by a service designer. The service creation environment 
passes a service definition package to a service 
management system. The service definition package can 
include a service management program for administering 
the service, a service logic program for executing the 
service, a description of the GUI screens used to 
provision the service, a database schema to support the 
service, the service global rules, parameters, and 
variables, a profile containing the constraints for the 
service, and the service feature descriptions. The 
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elements of the service definition package can be 
arranged as system building blocks which can interact to 
customize, provision and restrict service offerings . 
The service management system acts as a master 
5 database for intelligent network elements which can 

interact with network infrastructure. The service 
management system accepts the service definition package 
from the service creation environment and coordinates 
provisioning, of the service to the network elements. The 
10 service management system provides access to telephony 
databases for service providers, service operators , and 
service subscribers. In one embodiment, the service 
management system allows service engineering after 
deployment of the service definition package to create a 
15 secondary service definition package comprised of 

elements of the deployed service definition package. The 
service management system accepts, validates and stores 
data input by the service operator, provider or 
subscriber and then provisions the data to network 
20 elements, such as a service control pointy for 

implementation of the service by the network. The 
service management system can also track and log errors 
generated by data or otherwise. 

A service management access point can interface with 
25 the service management system and plural data input 

devices, thus acting as a server to enhance interaction 
of service operators, providers and subscribers with the 
service management system. A display manager has a 
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service profile manager for managing user access to 
service features with the service definition interface 
that coordinates with the service screen definition for 
building a service script, and a screen interpreter 
cooperating with service screen definitions to interpret 
service screen definitions for supporting graphical user 
interface displays for telephony data trcinsactions . The 
service management access point can provide a world wide 
web or native screen interpreter to collect data from 
compatible data entry devices for creating, modifying and 
deleting service providers, provisioning services, 
mediating data access according to a user's service rule 
and generating and provisioning specific scripts for 
sxibscribers to detail service features that are 
commissioned by that subscriber. The service management 
system can support the screen interpreter's production of 
graphical user interfaces with a security subsystem for 
monitoring telephony data access according to a user's 
access level; a traffic metering and metrics subsystem 
and a statistics and reporting subsystem for monitoring 
and reporting access activity through the service 
management access point; a database subsystem for 
supporting telephony database transactions; and a system 
building block sxibsystem for contributing generic 
functions to service management access point subsystems. 

The service creation environment allows a service 
designer to input a schema query which identifies data 
from a predefined database schema, the data corresponding 



to data needed to create and execute a service. The 
schema query interacts with a screen builder to direct 
the screen builder to assemble a screen display having a 
desired arrangement of data for display on an interface. 
A logic analyzer generates and combines executable code 
with the output of the screen builder to create a service 
screen definition. The logic analyzer creates executable 
code based on the schema query so that the service screen 
definition supports a screen interpreter to interact with 
the service management system and the telephony database 
after the service screen definition is deployed with the 
service definition package. 

The present invention provides important technical 
advantages by allowing flexible service programming to 
take advantage of network element capabilities through 
efficient logic-driven provisioning of data to optimize 
telephony resources and speed. 

Another important technical advantage of the present 
invention is allowing customization of a service by a 
service operator, service provider, or service subscriber 
through a user- friendly interface. The customization can 
be accomplished without the generation of additional 
software code since the service operator, provider, or 
user can customize a service by enabling particular 
arrangements of system building blocks located on. the 
service management system or associated with the service 
management access point . 
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Another important technical advantage of the present 
invention relates to the speed and simplicity of 
provisioning a service on a network. A service operator 
can create service profiles with predetermined features 
selected from a service definition package, and can 
resell the features to a service provider. The service 
provider can assign profiles to subscribers. The service 
subscribers can develop a service script and provision 
subscription data without having to rely on technical 
assistance. In this way, a service subscriber can 
initiate and operate a service in a timely manner, and a 
service operator and provider can collect revenues on the 
service as soon as the subscriber initiates the service. 
Further, a subscriber can add, change or delete a service 
through a direct interface with the service management 
access point by, for instance, using a world wide web 
interface . 

Another important technical advantage of the present 
invention is that access to the telephony database can be 
restricted based upon a user's predefined access level. 
For instance, the service management access point may 
accept user identity data indicating an access level to 
allow a service operator to change features associated 
with a service; allow a service provider to restrict 
available features for particular service subscribers 
only; or allow service subscribers to select particular 
features without allowing access to other services. 
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A further technical advantage of the present 
invention is that it can present a service view, as 
opposed to the table view associated w-ith the telephony 
databases. The service view can include data spanning 
more than one table of a telephony database. The service 
view can prevent data operators from accessing and 
viewing certain sensitive data such as credit data. 

Alternatively, the seryice view can all^^ viewing cjf 

telephony data but prevent changes to the data for 
predetermined access levels. 

A further technical advantage of the present 
invention is the creation of a user-friendly service view 
that reformats data and labels to allow easy access by 
data input operators without specific training in 
telephony. For instance, a telephony database can be 
presented in a service view with instructions to 
eliminate confusion and to present selected data from a 

variety of tables. 

Another advantage of the present invention is that a 
single program in the service creation environment can 
generate a large number of operator screens with 
independent service screen definitions. The inclusion of 
executable code in the service screen definition 
increases the flexibility of the service creation 
environment for creating graphical user interfaces for 
use by service providers, operators and subscribers 
interacting with the service management system. 
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BRIEF DESCRTPTIQN OF THR DRAWINGS 

A more complete understanding of the present 
invention and advantages thereof may be acquired by 
referring to the following description taken in 
conjunction with the accompanying drawings in which like 
reference numbers indicate like features and wherein: 

FIGURE 1 depicts a schematic diagram of the present 
invention incorporated . in an intelligent network; 

FIGURE 2 depicts four primary roles related to the 
delivery of a service on a network according to the 
present invention; 

FIGURE 3 depicts a schematic block diagram of 
service creation environment components for defining a 
service; 

FIGURE 4 depicts screens that implement the creation 
of a service screen definition; 

FIGURES 5, 5A and 5B depict the functional steps 
performed by the present invention to present a service 
view of filtered telephony data; 

FIGURE 6 depicts a schematic block diagram of one 
embodiment of a service management access point 
interfacing with a telephony database associated with a 
service management system; 

FIGURE 7 depicts a schematic block diagram of one 
embodiment of the. service management access point; 

FIGURES 8A and 8B depict Web browser screens for 
creating and provisioning a service script through a 
service management access point; 
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FIGURE 8C depicts a Web browser screen for supplying 
subscription data through a service management access 
point ; 

FIGURE 9 depicts a flow diagram for the service 
5 management system to communicate telephony data to a 

telephony network; 

FIGURE 10 depicts a flow diagram for the service 
management system for activating a service; and 

FIGURE 11 depicts a flow diagram for the service 
10 management system for processing a service. 



DETAILED DESCRIPTIO M OF THE INVENTION 

Preferred embodiments of the present invention are 
illustrated in the figures, like numerals being used to 
refer to like and corresponding parts of the various 
drawings . 

I. Intelligent Network Services 
Advanced intelligent network telephony systems, such 
as the AINFusion system, sold by DSC Communications, have 
enhanced and simplified the services available to 
telephony customers . ' Intelligent network systems use 
intelligent network elements distributed across the 
intelligent network to create, provision and operate 
services in an efficient and timely manner. 
A. Network Elements 

Referring now to FIGURE 1, a schematic diagram of an 
intelligent network 10 having network elements to perform 
flexible service management provides an overview of the 
operation of the present invention within a telephony 
network. A service management system 12 having an 
associated data storage device 14 acts as the master 
database for the network elements of the intelligent 
network 10 and coordinates provisioning of services to 
the network elements. Service management system 12 can 
be any processor with interfaces and associated 
peripherals to support communication along intelligent 
network 10. For instance, service management system 12 
can be a SPARC workstation produced by Sun and adapted to 
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operate with common object request broker architecture 
("CORBA") - 

Service management system 12 interfaces through 
intelligent network 10 with one or more service control 
points 16. Each service control point 16 has an 
associated data storage device 18 for storing intelligent 
network telephony data to operate predetermined services. 

Service control point 16 can also be a Sun SPARC 

workstation having interfaces and adequate processing 
capabilities to manage a predetermined level of network 
activity. 

Each service control point 16 interfaces through 
intelligent network 10 with one or more signal transfer 
points 20. Each signal transfer point 20 interfaces with 
one or more switches 22, which in turn interface with one 
or more telephony devices such as telephones 24 . When a 
telephone 24 directs a communication, such as a telephone 
call directed at a particular telephone number, switch 22 
can either direct the telephone call to an associated 
telephony device or can direct the telephone call to a 
signal transfer point 20 where the telephone call can in 
turn be directed to another signal transfer point, a 
switch, or a telephony device. Signal transfer point 20 
commvmicates with service control point 16 when necessary 
to obtain instructions for directing a call due to, for 
instance, the call's initiation of a service.. 
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B. Service Operations 

One example of the elements of intelligent network 
10 cooperating to provide a service tcr- a customer can be 
illustrated by describing the steps involved in directing 
a toll free 800 telephone call. A consumer inputs the 
800 phone number into a telephone 24, which directs the 
800 number to switch 22, Switch 22 provides the 800 
number to signal transfer point 20, which^in_ turn passes 
the 800 number to service control point 16. Service 
control point 16 searches data storage device 18 to 
determine the identity of the telephony device 24 to 
which the telephone call should be directed. The 
identity of the end point of the telephone call can vary 
dependent upon a number of predetermined conditions, 
including the time of day, the origin of the call, the 
quantity of calls directed to the end point of the 
telephone call, and any of a number of other factors. 
Once the actual end point of the 800 call has been 
determined, the service control point 16 provides the end 
point of the call to signal transfer point 20 which 
communicates through switch 22 to operationally direct 
the call to the end point. 

Service management system 12 generally does not 
actively participate in the operational aspects of a 
service, but rather operates as a central source of the 
data needed by service control point 16 to perform the 
service. Data is downloaded to the service control 
point, which has an operational database to enable 



19 



service features according to subscription data. Service 
management system 12 thus acts as a master database for 
providing data to service control poin-t 16, and includes 
a service management program to manage provisioning of 
services, including management of telephony data to 
support the service, to service control point 16, 

II. Service Roles 

Referring to FICOTIE 2, four p^^ associated 
with implementation of a service according to the present 
invention are depicted. 

A. Network Operator Role 

In the first role, the network operator of 
intelligent network 10 defines the service on the service 
creation environment in the form of a service definition 
package having service logic, service features and global 
service rules. The network operator can electronically 
deploy the service definition package to the service 
management, system 12 for use by any number of service 
operators. 

B. Service Operator Role 

In the next, role, one or more service operators can 
create new service definition packages from the first 
service definition package defined by the network 
operator, or can create service profiles from the service 
features in the first or succeeding service definition 
packages. For instance, the service operator can enable 
features for an 800 number such as origin dependent 
routing, time dependent, routing, and call forwarding. 



The service operator can provide separate service 
profiles for a number of service providers, and can store 
and maintain the service profiles in a* service provider 
database associated with the service management system. 
For instance, if a service provider commissions only 
origin dependent routing and time dependent routing, the 
service operator would allow that service provider to 
access a- predetermined service provider database, for 
instance by using the service matnagement access point, 
with only those service features enabled. 
Advantageously, a service operator can update service 
provider databases as new technology is developed and 
sold, and parse out service features by creating and 
supplying service providers with access to plural service 
definition packages. Under present service 
architectures, network operators frequently perform 
functions described herein under the role of the service 
operator. 

C. Sisrvice Provider 

In the third role, a service provider can select 
service feature definitions from service profiles to 
create a service for sale to service subscribers. One or 
more services can be created. For instance, the service 
provider can use service management access point 30 to 
enable his commissioned service profile, which can allow 
the service provider to select origin dependent routing 
and time dependent routing to create an 800 Deluxe 
Service; or, alternatively, the service provider can 
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select only time dependent routing to create an 800 Basic 

service . 

D. Service Subscriber 

The fourth role is filled by one or more service 
5 subscribers, who purchase and use services, for instance 
by accepting calls directed to a toll free number. The 
subscriber can create a service script which determines 

the order in which specific service featur^^^ will be 

executed. The service management access point can allow 
10 the subscriber to directly provision parameters with 

subscription data, meaning without the assistance of a 
service provider or service operator. The service 
subscriber can save particular parameters for- a given 
service script by storing subscription data in isolated 
15 databases on the service management system. 

III. Creation of a Service 
Service management system 12 receives a service 
definition package that can be created in a service 
creation environment 26 by a service designer 28. The 
20 service definition package comprises a service management 
program for administering the service and provisioning 
the service to network elements of intelligent network 
10; a service logic program which enables execution of 
the service by service control point 16; service screen 
25 definitions of the graphical user interface screens 
required to subscribe and provision the service; a 
database schema to support service transactions with the 
telephony database; service global rules, parameters, and 
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variables; a profile containing the constraints for the 
service; and service feature descriptions. 

A. Service Creation Environment -Components 
Referring now to FIGURE 3, a system and method for 
creating a service screen definition 34 is depicted. 
Service screen definition 34 enables graphical user 
interfaces on service management system 12 to support 
flexible service management i Service designer 28 
provides service functions and related database 
information to a schema query program 36 and a service 
screen builder 38. Schema query program 36 is also 
provided with the predefined database schema 40 for one 
or more telephony databases having data needed for the 
desired service • Schema query program 36 is a software 
program enabled in object oriented language such as C++. 
Service screen builder 38 can be a commercially available 
screen builder such as Spectel which is marketed by Sxin. 
Schema query program 36 interfaces with screen builder 38 
to specify the screen which screen builder 38 assembles 
for a particular service or feature. Schema query 
program 36 actually drives screen builder 38 to 
automatically build a desired screen display without 
requiring service screen builder 38 to communicate 
directly with database schema 40. 

A logic analyzer 42 accepts data from schema query 
36 and creates program logic to enable screens to 
communicate with the service management system and 
service control point databases. Logic analyzer 42 
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generates executable code for intelligent database 
interaction and stores the executable code with the 
output of service screen builder 38 into the service 
screen definition file 34. Service screen definition 
5 file 34 .Ccin be provided to service management system 12 

when the service definition package is deployed. 

Referring to FIGURE 4, some examples of screens used 

by the present, invention to .engineer graphical^user 

interfaces for a service are illustrated. A database 
10 schema screen 50 depicts the predefined table view of a 
database schema having one table relating to employee 
phone numbers, and shows the fields available for use by 
a service. The logic analyzer screen 52 shows the fields, 
selected by a service designer for the logic analyzer to 
15 identify in the service screen definition. The logic 

analyzer directs the screen builder to include executable 
code in a screen- builder screen 54, which allows the 
service designer to arrange a graphical user interface. 
The screen definition resulting from the selection by 
screen-builder 54 allows a native screen display 56 or a 
world wide web display 58, each display haVing a service 
view. 

B. Service Definition Package Deployment 
After service designer 28 creates the service 
25 definition package, service creation environment 26 can 
transfer the service definition package to service 
management system 12 by tape, or by electronic 
transmission. At deployment, previous versions of the 
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service, if such versions exist, can optionally be 
retained. The service management program is installed to 
manage service provisioning, and database structures 
required to provision the service are created. The 
service feature information is stored* in a database, and 
service global rules, parameters and variables are 
initialized. Finally, information for generating local 
service provisioning screens is extracted to allow the 
service management access point to interface with the 
service management system. 

Once service screen definition file 34 is available 
on service management system 12, service screen 
definition file 34 can act as a map to transfer 
information from data entry operator screens into 
telephony databases, and to transfer information from the 
telephony databases to the screen. Service screen 
definition file 34 can operate through screen 
interpreters 44 and 46, or can operate through service 
management access point 30. The executable code created 
by logic analyzer 42 enables a screen interpreter to 
display graphical user interfaces on screens according to 
a predetermined screen layout and to communicate with a 
telephony database storage device 14 or service control 
point database in storage device 18. In one embodiment, 
a screen interpreter can use HTML format to allow direct 
service subscriber access to database 14 through the 
world wide web without service operator or service 
provider assistance. Direct customer access can 
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eliminate the need to perform batch updates to database 
14, allowing near instantaneous enablement of services 
and modification of existing services.- 

IV. Service Management Access Point Functions 
A service management access point 30 interfaced with 
service management system 12 can use service features 
created in the service creation environment through 
graphical user, interf a.cea.suppo3ctM„by.. the .s^^^ 
definitions to direct subscription and provisioning of 
all or part of a service to network elements such as 
service control ' point 16. Data entry operators can 
interface with service management access point 30 by 
using, for example, native screen interpreters, or a web 
screen interpreter. 
15 A. Data Operator Interaction 

The service management access point can identify the. 
level of access for each data entry operator 32 dependent 
upon security information associated with the data entry 
operator. Service management access point 30 can accept 
instructions from data entry operators 32 to direct the 
service management system to provision services on 
intelligent network 10. With user-friendly graphical 
icons, service management system 12 can accept and 
provision particular service features and generate a 
25 report for each data entry operator 32 or for each 
service used. 

Referring to FIGURE 5, several important functions 
available through a service management access point's use 
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of service screen definitions created by the service 
creation environment are depicted, including the ability 
to span tables and produce a service view, and the 
ability to filter telephony data. A telephony database 
48 uses labels to identify stored data, including a name 
label, PSN label, credit number label, call waiting 
label, and call forwarding label, with the data located 
in two separate tables, an identification table and a 
services table. In pre-existing systems, a data entry 
operator would have to call up each table of the database 
in order to enable call forwarding for Mark at telephone 
number 96517. The data entry operator would need 
familiarity with the layout of the database, including 
the identification and services table, in order to locate 
data in the services table based on Mark's PSN. Further, 
in the process of enabling call forwarding, the data 
entry operator would view Mark's credit information. 

The service screen definition file allows a service 
view, an example of which is depicted in FIGURE 5A, 
displayed in. a user- friendly context while simultaneously 
filtering out Mark's sensitive credit data as depicted in 
FIGURE 5B. Schema query 36 creates service screen 
definition file 34 by identifying the location in 
predefined database schema 40 of name, PSN, call waiting 
and call forwarding data. Schema query directs service 
screen builder 38 to assemble the desired data in a user- 
friendly service view format of FIGURE 5A, including a 
translation of the PSN acronym into a more easily 



understood "phone number" description. Logic analyzer 42 
accepts schema query data to create executable code in 
service screen definition file 34 which allows a data 
entry operator to point and click on call forwarding, in 
the example of FIGURE 5A, in order to- enable that 
service. The screen interpreter uses the executable code 
created by logic analyzer 42 to insert activation of call 
forwarding into database 14. Service managem^ 
12 can then provision the newly activated call forwarding 
service to service control points 16 to enable call 
forwarding for Mark. 

In one embodiment, the service view can prevent a 
data entry operator from changing the name and phone 
number entries for Mark's phone number by filtering data 
input by the data entry operator with executable code 
that associates user access levels with predetermined 
data classifications. In this way, the integrity of 
database 14 cam be protected from unauthorized 
alterations. For instaunce, in one embodiment, a data 
entry operator could view call waiting as a service 
commissioned by Mark but the screen interpreter would 
prevent the data entry operator from changing the status 
of Mark's call waiting service. Thus, a service provider 
could obtain and use information about the services 
commissioned by Mark even if the service provider is 
unauthorized to assign the call waiting service. 
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B. World Wide Web Interface 

Referring now to FIGURE 6, one embodiment of a 
service management access point acting.- as a world wide 
web server is depicted. A web browser 60, such as the 
5 Netscape web browser, requests screens from the service 

management access point 30 using TCP\IP and the HTTP 
protocol through an Internet or intranet interface. 
Service management access point 30--acts:~as a gateway to 
eneible, manage, and control access to service management 
10 system 12 and the telephony database 14 associated with 
service management system 12. Service management access 
point 30 presents data operators or other users with 
Internet browser screens based on the user's access level, 
to provide: the ability to provision services; the 
15 ability to create, modify, and delete service providers; 
the ability to represent service features as graphical 
icons; the ability to graphically represent selectable 
sets of service features; the ability to generate and 
provision a service subscriber specific service script 
20 which details service features commissioned by a 

subscriber; and the ability to generate reports based on 
a user's level of access. 

C. Service Management System Interaction 
The service management access point 30 utilizes 
25 service management system 12 as a database server 

allowing service management access point 30 to operate 
without databases physically residing on it. In the 
embodiment depicted in FIGURE 6, service management 



access point 30 utilizes INFusion generic provisioning 
interface, available from DSC Communications Corporation, 
for transactions to a Sybase database 14 associated with 
service management system 12. The generic provisioning 
interface defines a set of messages to query and update 
the service management system resident Sybase database. 

Database 14 also maintains tc±>les specifically 
created to support service management access point 
administrative functions, such as a network operator, 
service operator, service provider, service subscriber, 
feature global data, branch constraints, and feature\icon 
cross reference taibles. Operations to service management 
access point specific databases resident on database 14 
can bypass the generic provisioning interface layer to 
directly leverage database primitive software objects 
located on service management system 12. Database 
primitives can implement in a generic fashion all low 
level database access functions required by the service 
management access point applications. An operations 
subsystem residing in service management access point 
common gateway interface directory 62 can support service 
management access point functional applications. For 
instance, in the embodiment depicted by FIGURE 6, Sybase 
database primitives can be supported, including 
primitives to support: opening a connection to the 
database, database query, database entry creation, 
database entry modification, database entry deletion. 
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database view creation, database view modification, and 
database view deletion. 

D. Service Management Access Poi-nt Subsystems 
Referring now to FIGURE 7, a schematic block diagram 
depicts subsystems that can support service management 
access point operations. A security subsystem 64 
functions to gfuard against unauthorized access to 
- telephony data throughout- the life of a service 
management access point session. User access to 
telephony data can be associated with an access level 
determined by a user login or other user validation 
before a protected screen with sensitive data is served 
to a user. Service screen definition and security 
s\absystem 64 can cooperate to prevent the display of 
sensitive data to unauthorized users by filtering such 
data according to a user's access level, and can also 
prevent a user from manipulating predetermined data 
classifications displayed to users with limited access 
levels to protect database integrity. Essentially, 
security system 64 cooperates with service screen 
definitions deployed by a service operator to filter data 
transactions that occur through service management access 
point 30. 

Database subsystem 66 has a set of functions that 
implement a service management system generic 
provisioning client and low level routines to enable 
access to one or more remote database tables, such as 
Sybase tables. Database subsystem 66 routines are 



parameter driven to accept a set of known inputs, and to 
generate a standard set of returned codes using database 
primitives. Database subsystem 66 monitors the required 
parameters and return codes to determine and describe the 
success or failure of a database operation. 

Display manager 68 manages all data sent to a data 
entry operator, such as data transactions through a web 
browser, and can include several display management 
applications, a web server, and common gateway interface 
programs. The display management applications can 
include a service profile manager and a graphical user 
interface logic interpreter, such as a screen interpreter 
for applying executable code inserted in the service 
screen definitions created by the logic analyzer in the 
service creation environment. 

Within a service definition package, a user can 
reference initial screen layouts associated with service 
screen definitions and saved under unique identifiers. 
Display manager 68 can read initial screen layouts, 
attributes, and validation routines from the service 
management system and translate the screens into a format 
for data entry devices to accept, such as a browser 
format for web browsers to transmit to web compatible 
devices. A network operator can use this functionality 
to customize screens in a post -deployment service 
engineering process through the service creation 
environment to: assign pull down menus to prompts; 
assign values available for provisioning on a per prompt 
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basis; assign graphical shortcuts, such as radio buttons, 
to fields; designate fields read only; remove the ability 
to view a prompt from the screen; and wrap the screen 
with corporate header, footer, and/or HT^4L frame 
5 information- Once the service engineering process is 

completed, particular screen formats and configuration 
files can be saved in telephony database 14 and packaged 
into iiniquely identified^ service definition packages that 
can be assigned to service operators. 

10 Each service definition package in the service 

management system can support a telephony service. 
Service operators can specify one or more services by 
building service offerings associated with each service. . 
To support building of services with a service definition 

15 package, display manager 68 allows further customization 

of screens and the definition of service profiles 
comprised of service features available in a service 
definition package. Once a service profile is defined, 
it can be uniquely identified and stored in database 14 

20 and accessed with display memager 68. Customization 

available to a service operator or service provider for 
specific services include the ability to remove access to 
specific prompts, the ability to designate additional 
fields as read only, the ability to limit or remove 

25 access to service features, the ability to further 

restrict valid input criteria, and the ability to limit 
feature activation frequency. Once a service operator or 
a service provider activates a particular service for an 



identified service subscriber, that subscriber can use 
display manager 6 8 to utilize the service for authorized 
service profiles. The service subscriber can interact 
with graphical user interfaces supplied by display 
manager 68 to build a service script and to define a 
service logic path based on branches defined in an 
assigned service profile. 

Traffic, metering and me tries ^^s a set 

of common routines to track accesses and operations of 
the service management access point. Traffic metering 
and metrics subsystem 70 can monitor and record data 
representing the number of times each graphical user 
interface is accessed through the service management 
access point, including the date and time of each access 
with a breakdown of the originating IP address and 
machine host name for each access. This traffic metering 
and metrics data is provided to statistics and reporting 
subsystem 72 when authorized users request historical, 
statistical/ and provisioning reports. 

System building block subsystem 74 has a library of 
commonly used routines to contribute to core generic 
functions of service management access point 
applications. For instance, system building blocks can 
support string manipulation functions, . memory management 
functions, flat file input/output functions, time and 
date functions, and generic data validation routines. 
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V. Subscribing a Service According to a Script 
The service management access point allows service 
negotiation with proper feature interactions. The 
service management access point reads subscriber data, 
and displays available services based on the subscriber's 
access level, network switch types and version numbers. 
The subscriber can select available services according to 

service exclusions and interactions, and can input 

subscription data to enable the service. 

Referring now to FIGURES 8 A and 8B, examples of 
screens which can be produced by screen display 68 for a 
browser associated with a data entry device are depicted. 
FIGURE BA depicts four service features 80 through 86 
available in a service profile which a user can select as 
features for inclusion in a service script. A service 
entry point 88 is represented by an icon which initiates 
the definition of the service features into the service 
script. A data entry operator, who Ccui, for instance/ be 
a service subscriber or service provider, can select 
features 80 through 86 from the feature list by clicking 
and dragging a feature to a tree 90 extending from 
service entry point 88, As each feature is attached to 
tree 90, only those services which remain available from 
the service profile can be listed in the features list, 
thus limiting the user from selecting unavailable 
features. When the user has completed the definition of 
the service script, he can point and click to another 
icon to send the script to the service management system 



through the service management access point. The service 
management program associated with the service definition 
package accessed by the user can then provision the 
service to the network through the service management 
system. 

Referring to FIGURE 8B, when the service profile has 
defined a service logic path, the subscriber can use a 
graphical user interface similar to that of FIGURE 8B to 
subscribe a service script with subscription data for 
enabling the service. From service entry point 90, a 
subscriber has subscribed to time dependent routing. 
With icon 82 the subscriber has input two time range 
values 92 which define the routing of calls during each 
respective time period. From 8:00 until 17:00, the 
subscriber has directed all calls according to origin 
depending routing icon 80. Thus, for instance, calls to 
the subscriber's 800 number at noon from the 214 area 
code will be routed to phone number (214) 495-3311. 
During times outside of the 8:00 to 17:00 range, calls to 
the subscriber's 800 number will be routed to time 
dependent routing, data 96 which indicates phone number 
(214) 518-5000. 

Referring to FIGURE 8C,. another format of a 
graphical user interface for accepting subscription data 
is depicted. The . subscriber can input subscription data 
for time dependent routing into data boxes 98. The 
service profile depicted in FIGURE 8C allows the 



subscriber to use call forwarding if the number selected 
by time dependent routing is busy. 

VI. Service Management System Functions 
The service management system manages the flow of 
provisioning of a service to network elements and 
activation of the service on the network elements. In 
broad terms, the service management system acts as a 

■mast-er -database to transfer telephony data for supporting 

one or more services on network elements, such as service 
control points. Once a service is provisioned and 
activated, the service management system does not 
generally participate in service logic on the network. 
To provision and activate service logic, the service 
management system performs four functions: accepts and 
collects data, validates the data, stores the data and 
downloads the data to the network in a provisioning 
process that enables and activates the services. 

The sjsrvice management system accepts data according 
to its data type, including the data's origin and 
purpose. For instance, the service management system 
identifies data as originating from a service operator, 
provider or subscriber. The service management system 
can also identify data as subscription data for a 
specific service, service logic such as global variables 
or rules, and network data which applies to network 
elements independent of services. The service management 
system also accepts data according to its order type. 
For instance, the service management system can identify 



data as implementing a new service, a change in an 
existing service, or a deletion of a service, and can 
validate order content state and sequence; The service 
management system can also identify data according to the 
data's action, including insert, delete, update .and query 
actions. 

The service management system validates data on 
several levels to limit or eliminate a need for 
validation on the network elements, thus supporting 
automatic provisioning of service to network elements 
with reduced system errors. A field level validation can 
ensure that schema -related commands correlate to field 
formats in the telephony database, including, for 
example, alphanumeric and range validation. A record 
level validation ensures referential integrity by 
checking for field existence for each action and for a 
future view of the service. The service management 
system can validate a user's exclusions and interaction 
limitations, and can audit usage for billing and 
marketing purposes. 

•* ■ 

The service management system stores data, and can 
store services and service offerings in different version 
records. A user can have an active service version, but 
can revert to older versions. Each version and related 
data can be stored according to a status, such as active, 
inactive, sending, pending, or saved to allow more 
efficient use of data storage hardware. 
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The service management system downloads data to 
network elements in a process known as provisioning. A 
scheduler can initiate provisioning at- a predetermined 
time or date. Activation logic, created during 
deployment of the service definition package, issues 
service specific activation instructions to initiate the 
service on the network, determines an order for 
downloading,-and -failure options. Download can occur 
over common interfaces, such as CORBA, and can be managed 
with appropriate queue manipulation. The service 
management system ensures download of proper contents to 
proper network elements, and can convert and revalidate 
service data for a current view of the appropriate 
network elements. 

Provisioning logic can be developed with the service 
creation environment and can include service specific and 
generic system building blocks to perform provisioning 
fxmctions,. . The provisioning logic validates the data 
needed for functional operation of each service and 
ensures referential integrity of each service and 
database schema reference for network elements. 

Activation logic can also be built with the service 
creation environment, but is specific for each service. 
Activation logic includes instructions for determining 
the order of downloading service functions, as well as 
options should the service fail. For instance, if the 
service fails along the network elements, activation 
lc>gic can roll back the failed network elements, can roll 
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back all network elements, or can direct continuation of 
the service despite the failure. 

Activation logic is based on subscription data for 
each particular service. Each action requires separate 
logic, for instance, to insert, delete, modify or query a 
service. Referring to FIGURE 9, a flow diagram of 
activation logic performed by the service management 
system for activation of a servic^ A user 

initiates an action, such as inserting subscription data 
to support a toll free number. At step 102, the service 
management system reads the subscription data and, at 
step 104, seeks to validate the form and substance of the 
subscription data. At step 106. the service management 
system makes a determination of the validity of the 
15 subscription data and, at step 108. sends a provisioning 

message to the service control point containing the 
subscription data for enablement of the service. At step 
110 the service management system determines the success 
of the message transferred to the service control point 
and, at step 112, updates the provisioning status to 
sending to, at step 114, displays the status to the user. 
Referring to FIGURE 11, the service control point, 
provides a response to the service, management system 
through a response system building block. At step 118, 
25 the service management system determines the success of 
insertion of the subscription data based on the response 
and, at step 120. updates the status of the service 
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associated with the subscription data to the service 
management system for, at step 122, display to the user. 

Referring to FIGURE 10, service management system 
logic for responding to a provisioning of a service is 
indicated. At step 124, a response system building block 
accepts the response from the system control point to 
allow the service management system at step 126 to 
determine the success of the downloading of the service. 
At step 128, the service management system checks for 
trigger data to initiate operation of the service and, at 
step 130, determines if an update to the trigger data is 
needed. If an update is needed, at step 132, new trigger . 
data is sent to the service control point. If no updated 
trigger data is needed, the service management system at 
step 134 updates the status of the service to active and, 
at step 136, displays the active status to the user. 
Each interface message can be supported by a system 
building block, and system building blocks can also 
invoke APIs. 

To support provisioning and activation of a service 
and to prevent unauthorized access to telephony data, the 
service management system can partition telephony data 
into separate tables. For instance, one table can 
include user data, with administrative data for each user 
of the service management system having separate files. 
Another table can include subscription data to support 
services subscribed by each user. A third table can 
include network data such as switch data for each 
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telephone company to support interaction of the services 
and the network. Finally, a fourth table can include 
service data such as the global variabiles, service logic 
programs, service triggers, and other essential telephony 
5 data for the functioning of a service-. The service 

management system can isolate each partitioned data table 
to help ensure the integrity and security of essential 
telephony data. 

Although the present invention has been described in 
10 detail, it should be understood that various changes, 

substitutions and alterations can be made hereto without 
departing from the spirit and scope of the invention as 
defined by the appended claims. 
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WHAT IS CLAIMED IS: 

1. A telephony network comprising: 

a plurality of associated telephony network 
elements, the network elements cooperating to support 
5 telephony communications; 

a data storage device associated with at least 
one network element, the storage device storing a 
telephony -database having telephony data for supporting a 
telephony service; 
10 a service management access point interfaced 

with the telephony database; and 

at least one data entry device interfaced with 
the service management access point, the data entry 
device for communicating telephony data with the 
15 telephony database, the telephony data for supporting the 

telephony service, the service management access point 
for controlling access by the data entry device to the 
telephony database. 

20 2. The system according to Claim 1 wherein the 

service management access point comprises a database 
subsystem for supporting service management access point 
transactions with the telephony database. 

25 3/ The system according to Claim 1 wherein the 

telephony database comprises a telephony service database 
and a service management access point function database. 
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the function databases for supporting service management 
access point operations. 

4. The system of Claim 3 wherein the database 
subsystem comprises a generic provisioning interface 
layer for transacting with the telephony service 
database, the generic provisioning interface layer 
defining messages to cpie "P'^a^® telephony 

service database. 

5. The system according to Claim 4 wherein 
transactions with the function database bypass the 
generic provisioning interface layer. 

15 6. The system according to Claim 2 wherein the 

service management access point further comprises a 
security subsystem for limiting access to the telephony 
database according to an access level. 

20 7. The system according to Claim 6 wherein the 

access level is associated with a user identity provided 
by the. data entry device. 

8 . The system according to Claim 6 wherein the 
25 security subsystem comprises a filter for limiting the 

telephony data displayed on a data entry device according 
to an access level. 



9. The system according to Claim 6 wherein the 
security subsystem comprises a filter for limiting 
changes made to telephony data displayed on a data entry 
device, the limit of changes associated to an access 
level. 

10. The system according to Claim 2 wherein the 
service management access point further comprises a 
display manager for managing data transactions with the 
data entry device. 

11. The system according to Claim 10 wherein the 
display manager comprises a service profile manager and a. 
screen interpreter. 

12. The system according to Claim 11 wherein the 
telephony data comprises a service definition package 
having at least one service screen definition, the 
service screen definition having executable code for 
supporting interaction with the telephony database. 

13. The system according to Claim 12 wherein the 
screen interpreter cooperates with at least one service 
screen definition to display a graphical user interface 
for interacting with the telephony database. 



14. The system according to Claim 12 wherein the 
service profile manager comprises a service definition 
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interface for coordinating with at least one service 
screen definition for building a service script, the 
service script for defining subscriber- service features. 

15. The system according to Claim 11 wherein the 
screen interpreter comprises a world wide web screen 
interpreter, and wherein the data entry device comprises 
a world wide web browser . 

.16. The system according to Claim 10 wherein the 
service management access point further comprises a 
system building block subsystem for contributing generic 
functions to the database subsystem and the display 
mcuiager . 

17. The system according to Claim 10 wherein the 
service management access point further comprises a 
traffic, metering and metrics subsystem, for tracking 
service management access point operations. 



18 . The system according to Claim 17 wherein the 
service management access point further comprises a 
statistics and reporting subsystem cooperating with the 
traffic metering a metrics subsystem to respond to user 
25 requests for reports regarding service management access 
point operations. 
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19. A method for managing a telephony service on a 
telephony network, the method comprising the steps of: 

a) deploying a service definition package to the 
telephony network, the service definition package for 

5 enabling the telephony service on the telephony network; 

b) interfacing a service management access point 
with the telephony network; 

c) building a service script with the service 
management access point using the service definition 

10 package, the service script comprising service features; 

and 

d) provisioning the telephony service to the 
telephony network. 

15 20. The method according to Claim 19 wherein: 

step a) further comprises deploying the service 
definition package to a service management system; and 
step c) further comprises the steps of: 

cl) creating a secondary service definition 
20 package using the service definition package; and 

c2) building a service script with the service 
management access point using the secondary service 
definition package, the service script comprising service 
features. 
25 - — 

21, The method according to Claim 19 wherein step 
c) further comprises the steps of: 



cl) cuscomizing a service profile with Che service 
management access point using the service definition 
package ; and 

c2) building a service with the service management 
access point using the service profile, the service 
comprising service features; 

c3) building a service script with the service 
management access point using the service, the service 
script comprising service features in a predetermined 
order for execution, the predetermined order defined by 
the service sxibscriber. 

22. The method according to Claim 19 wherein step 
cl) further comprises customizing plural service 
profiles. 

23 . The method according to Claim 19 wherein the 
service management system comprises a data storage device 
having a telephony database for storing telephony data, 
the method further comprising the step of: 

bl) interfacing a data entry device with the 
service management system; and 

b2) communicating telephony, data between the 
service management system and the data entry device by 
using the service management access point, the telephony 
data for supporting the service. 
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24. The method according to Claim 23 further 
comprising the steps of: 

b3) determining an access level for the data entry 

device ; and 

b4) filtering the telephony data communicated to 
the data entry device to limit the access of the data 
entry device to the telephony database according to the 
access level. 

25. The method 'according to Claim 23 further 
comprising the steps of: 

b3) determining an access level for the data entry 

device ; and 

b4) filtering the telephony data communicated from 
the data , entry device to limit changes made to the 
telephony data by the data entry device according to the 
access level, 

26. The method according to Claim 23 wherein the 
service management access point comprises a world wide 
web server and further wherein the data entry device 
comprises a world wide web browser. 

27. The method according to Claim 23 wherein step d 
further comprises: 

dl) validating the telephony service with the 
service management system before provisioning the service 
to the telephony network. 
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28. The method according to Claim 27 wherein the 
telephony network comprises a service control point for 
performing service features, step d further comprising: 

d2) provisioning the service from Che service 
management system to the service control point. 



29. A service management access point for allowing 
service subscribers to provision a telephony service on a 
telephony network, the telephony network having a service 
management system for managing telephony data, the 
telephony data having a searvice definition package, the 
service definition package having service features, the 
service management access point comprising: 

a database subsystem for interacting with the 

telephony data; and 

a display msinager cooperating with the database 
subsystem, the display manager comprising: 

a service profile mauiager for arranging service 
features into service profiles, each service profile 
associated with a service subscriber; and 

a screen interpreter for supporting telephony 
data transactions between the service management system 
and the service subscribers. 

30. A service management access point according to 
Claim 29 wherein the service profile manager further 
comprises a service definition interface for coordinating 
with the seirvice screen definition to allow a service 
subscriber to build a service according to a service 
profile. 

31. A service management access point according to 
Claim 30 further comprising a data entry device, and 
wherein the screen interpreter interprets the service 



screen definition according to the service profile to 
present a graphical user interface on the data entry 
device . 

32. A service management access* point according to 
Claim 31 further comprising a security system cooperating 
with the database subsystem and display manager, the 
security subsystem for determining a service subscriber's 
access level to restrict the service subscriber's access 
to telephony data. ^ 

33 . A service management access point according to 
Claim 32 wherein the telephony data comprises sensitive 
data, and wherein the security subsystem filters 
sensitive data to prevent viewing of the sensitive data 
by a service subscriber. 

34. A service management access point according to 
Claim 32 wherein the telephony data comprises sensitive 
data, and wherein the security subsystem filters 
sensitive data to prevent a service subscriber from 
changing the sensitive data. 

35. A service management access point according to 
Claim 32 wherein the telephony data comprises 
subscription data for enabling service features, and 
wherein the graphical user interface accepts subscription 
data from a service subscriber. 
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